home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / digestv5.zip / V5N25M.TXT < prev    next >
Text File  |  1994-02-28  |  8KB  |  176 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Musician's Digest       Sun, 27 Feb 94  3:53 erv     Volume 5: Issue  25  
  5.  
  6. Today's Topics:
  7.                             Custom Patches
  8.                        MUSIC NEWBIE NEEDS HELP!
  9.                             The Patch List
  10.  
  11. Standard Info:
  12.     - Meta-info about the GUS can be found at the end of the Digest.
  13.     - Before you ask a question, please READ THE FAQ.
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Sat, 26 Feb 1994 14:26:38 -0800
  18. From: dna@netcom.com (David Altekruse)
  19. Subject: Custom Patches
  20.  
  21. Perhaps an important category in organizing custom patches is whether 
  22. it is intended for use as a GM patch as a possible substitute for the 
  23. current ones from Gravis/Eye&I, or as a non-GM patch because it isn't
  24. a GM instrument or because of its size (like the bosen_l patches). 
  25.  
  26. The primary reason I am posting this, though, is to see if anyone has
  27. suggestions concerning the handling of patch revisions and of multiple
  28. versions of the same instrument.  This is of particular interest to me
  29. since I am about to submit a couple harpsichord patches as well as yet
  30. another revision of the bosen_l.pat and a smaller piano patch. 
  31.  
  32. For example, when I came up with the first Bosendorfer piano patch I
  33. named it bosen_l.pat (l for large) in order to allow for a bosen_s.pat
  34. (for small) which I still haven't submitted.  Then when I came up with
  35. a new revision of bosen_l.pat which I intended to be a replacement for
  36. it, I called it bosen_l2.pat (I wished I would have had the foresight 
  37. to have named the first one bosen_l1.pat).  I thought a change in file
  38. name was a good idea so people would realize that it wasn't the same
  39. file they already had.  However, now what's happened is that some people 
  40. think they are two different sounds, not just 'upgrades' and I haven't
  41. been able to get anyone to remove the old bosen_l.pat on the mirror
  42. sites.  Now I'm wondering if I shouldn't have just kept the original 
  43. name (bosen_l.pat) throughout revisions.
  44.  
  45. So does anyone have any suggestions on the best way to handle multiple
  46. versions (bosen_l.pat and bosen_s.pat situation) or to handle revisions 
  47. (bosen_l2.pat and, say, bosen_l3.pat)?  Or is this a "don't care"?
  48.  
  49. - David Altekruse, dna@netcom.com
  50.  
  51. ------------------------------
  52.  
  53. Date: Sun, 27 Feb 1994 02:13:07 +0800 (WST)
  54. From: Roderick Nasir DAVID <ruffus@tartarus.uwa.edu.au>
  55. Subject: MUSIC NEWBIE NEEDS HELP!
  56.  
  57. G'day guys,
  58.  
  59. Right. Heres the problem. I mainly use my GUS for games *grin* but
  60. now I wanna take advantage of the music capablitites of the GUS.
  61. I've got a 1Meg GUS, with the midi box and a midi keyboard plus
  62. the Midisoft recording sessions sequencer (2.06 disks) . So in
  63. a nutshell....
  64.  
  65. WHERE DO I GO FROM HERE??!! (lets put it this way, is iMIDI IN to
  66. MIDI OUT or????? )
  67.  
  68. I'm sorry if this is a really silly ask. I've looked EVERYWHERE for FAQ's
  69. on this, but to no avail, nothing..
  70.  
  71. Thanx HEAPS in advance,
  72.       -----
  73. Nasir
  74.  
  75. -- 
  76. * Seeya on the Groove Train! | "When you get somewhere......You're there"   *
  77. *                    _+-_|\  |         Buckaroo Banzai.                     *
  78. *                   /      \ |   Nasir David at the...                      *   
  79. * Perth , W.A ----> +_.--._/ |   University Of Western Australia.           *
  80.  
  81. ------------------------------
  82.  
  83. Date: Sun, 27 Feb 1994 13:40:34 +0800 (WST)
  84. From: tclee@iss.nus.sg (Lee Teck Chee)
  85. Subject: The Patch List
  86.  
  87.  
  88. > From: chrisw@popserver.stanford.edu (Chris Wilkins)
  89. >
  90. > You are doing a great public service! The question is, how will this
  91. > list be updated? Are you volunteering to have all people submitting
  92. > new patches mail a description to you? (Fine by me).
  93.  
  94. As long as I am aware that new patches have appeared, I will check them
  95. out. If there is a doc file describing the patch, that's best for me. It
  96. would also be easier for me if everyone who submits new patches mail
  97. some description to me. I have also written a simple program that would
  98. extract all the necessary information (for the list) out of the patch
  99. format header so as long as the anyone finds a patch, they can mail me
  100. this information to be updated in the list.
  101.  
  102. > You've left out a really important one in the properties though: size!
  103. > Particularly for modem downloaders and those with < 1M Gusses. Also,
  104. > you should probably have looped / unlooped as well as a property.
  105.  
  106. Agreed. I will add them in.
  107.  
  108. > Also, it would be useful to have cross references for patches which
  109. > have something in common. eg. patches which are smaller versions of
  110.  
  111. Yes, this would be good. However, this requires that patch authors
  112. document their patch files properly and completely. The current patches
  113. I can find on epas (about 9MB worth) are not that well documented in
  114. this area. If we can have a standard form to be filled in, and included
  115. with every new patch (much like Linux's LSM entries), the custom patch
  116. scene would be more organized.
  117.  
  118. > The tricky thing is going to be defining synthy patches I guess, put
  119. > the usual sort of bass / lead / pad / FX sort of classification would
  120. > probably be O.K.
  121.  
  122. Alright. I'll just use the present organization for the time being, once
  123. the list is out, feel free to suggest new sub-divisions.
  124.  
  125. > From: hst@mh.nl (Klaas Hemstra)
  126. >
  127. > In the previous digest Lee Teck Chee (tclee@iss.nus.sg) sought for
  128. > views on how to organize custom patches.
  129. >
  130. > First i would like to say that i think the discussion should really be
  131. > about how we can use all these custom patches in a user-friendly
  132. > manner. More to the point: How can we program the GUS windows driver
  133. > to use the patches from a Standard MIDI file, together with normal
  134.  
  135. I believe Phat has mentioned that Gravis/Forte are working on the best
  136. way to handle the patch banking business. Once this is finalized, I will
  137. include the information in the list. Also, note that what I am doing is
  138. a custom patch user guide and not a patchmaker guide (there is already
  139. an excellent one out there).
  140.  
  141. > My opinion is that you should place patches that simulate the same
  142. > instrument in another bank, with the same patch number. That is the
  143.  
  144. That is why I am categorizing them based on GM standard, and I have a
  145. column for suggested/possible replacement.
  146.  
  147. WildCat
  148.  
  149. ------------------------------
  150.  
  151. End of GUS Musician's Digest V5 #25
  152. ***********************************
  153.  
  154. To post to tomorrow's digest:                        <gus-music@mail.orst.edu>
  155. To (un)subscribe or get help:                <gus-music-request@mail.orst.edu>
  156. To contact a human (last resort):              <gus-music-owner@mail.orst.edu>
  157.  
  158. FTP Sites              Archive                       Directories
  159. ---------              -------                       -----------
  160. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  161.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  162. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  163. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  164. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  165. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  166. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  167.  
  168. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  169.  
  170. Hints:
  171.       - Get the FAQ from the FTP sites or the request server.
  172.       - Mail to <gus-music-request@mail.orst.edu> for info about other
  173.     GUS related mailing lists (general use, programmers, etc.).
  174.  
  175.  
  176.